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DETAILED ACTION 

1. Applicant's election of group I (claims 1-5, 9-15, 18 and 20-26) in the reply filed 
on 4/19/2007 is acknowledged. Because applicant did not distinctly and specifically 
point out the supposed errors in the restriction requirement, the election has been 
treated as an election without traverse (MPEP § 818.03(a)). 

Applicant has amended Claims 1-5, 9-14, 18, 20-26 in the amendment filed on 
1/3/2007. 

Claims 1-5, 9-15, 18 and 20-26 are pending in this Office Action. 

Response to Arguments 

2. Applicant's arguments with respect to claims 1-5, 9-15, 18 and 20-26 have been 
considered but are moot in view of the new ground(s) of rejection. 

Applicant argued that Findleton does not teach "scheduling the third modification 
operation for execution in the database system ahead of the second modification 
operation". 

Findleton teaches receiving transaction to modify the database and storing all 
transaction in queue and scheduling of transactions (fig. 4, abstract; paragraph [0040]). 
Queuing all incoming read transaction requests for the data element until the write 
transaction requests for the data elements until the write transaction request is 
completed (0013). In this case, the write transaction request is represented as third 
transaction that is executed before the one transaction request of the transaction 
request. The one transaction request is represented as the second transaction, request. 
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Claim Rejections - 35 USC §112 

3. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

Claims 20-26 are rejected under 35 U.S.C. 1 12, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

The phrase "adapted to" in claims 22 and 20, suggests or makes optional but 
does not require steps to be performed or does not limit a claim to a particular structure 
does not limit the scope of a claim or claim limitation. The following are examples of 
language that may raise a question 

as to the limiting effect of the language in a claim: 

(A) statements of intended use or field of use, 

(B) "adapted to" or "adapted for" clauses, 

(C) "wherein" clauses, or 

(D) "whereby" clauses. 

This list of examples is not intended to be exhaustive. See also MPEP § 21 1 1 .04. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 



5. Claims 1-4, 12-15 are rejected under 35 U.S.C. 103(a) being unpatentable over 
Ganesh et al (or hereinafter "Ganesh") (US 6353828) in view of Lou (US 7281023) and 
Ganesh et al (or hereinafter "Ganesh43") (US 6714943). 

As to claim 1, Ganesh teaches the claimed limitations: 
"a method for use with a database system that stores a join view associated 
with plural base relations" as (col. 3, lines 15-20), comprising: 

"receiving modification operations that modify at least two of the base 
relations of the join view, wherein the at least two base relations comprise a first base 
relation and a second base relation" as (col. 3, lines 38-46); 

"to avoid execution of modification operations of more than one of the at least 
two base relations at one time in the database system" as (col. 4, lines 15-45). 

Ganesh does not explicitly teach the claimed limitations "performing 
partitioning of the received modifications operations by submitting at least some of the 
modification operations operating on the first base relation to a first session, and 
submitting at least another of the modification operations that operate on the second 
based relation to a second session; "grouping the at least some of the modification 
operations in the first session operating on the first base relation into a first transaction; 
schedule transaction". 
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Lou teaches reconstructing equivalent SQL statements of a committed 
transaction, reconstructing equivalent SQL statements of a user session (a first 
session) of database sessions (col. 6, lines 50-55; col. 8, lines 23-50; col. 9, lines 1- 
1 5). A data row may have zero, one or more transactions executed in a user session 
(a second session). Each transaction includes statements (col. 23, lines 1-13; col. 
9,lines 1-15). 

Ganesh43 teaches transaction T5 commits at time 25 having executed the 
following statements: UPDATE Emp_Table SET Emp_value=Emp_value+1 WHERE 
emp_name= Smith"; DELETE FROM Emp_Table WHERE empjiame^Miller". 
Statements are represented as modification operations that are grouped in the 
transaction T5 (col. 5, lines, 1-20, fig. 2). Transactions 1-5 are scheduled (col. 7, lines 
22-40). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Lou's teaching of reconstructing equivalent SQL 
statements of a committed transaction, reconstructing equivalent SQL statements of a 
user session (a first session) of database sessions and a data row may have zero, one 
or more transactions executed in a user session and Ganesh43's teaching of 
transaction T5 commits at time 25 having executed the following statements to 
Ganesh's system in order to prevent conflict when multiple transactions trying to modify 
database records at the same time, minimize network traffic, achieve maximum 
performance (Ganesh49, col. 9, line 40-41) and further to allow users to track 
transactions in sessions in a sequence time. 
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As to claim 2, Ganesh teaches the claimed limitations: 

"determining that the first transaction conflicts with the 
second modification operation based on the first and second transaction based on the 
first and second transactions modifying more than one base relation of the join view" 
as (fig. 6, col. 3, lines 38-67; col. 4, lines 1-35); and 

"selecting one of first and second transaction for execution in the database 
system" as (col. 4, lines 15-45). 

Ganesh does not teach the claimed limitation "scheduling the transactions". 

Ganesh43 teaches scheduling the transactions (col. 7, lines 38-40). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Ganesh43's teaching of scheduling the transactions to 
Ganesh's system in order to prevent conflict when multiple transactions trying to modify 
database records at the same time and further minimize network traffic and achieve 
maximum performance (col. 9, line 40-41). 

As to claim 3, Ganesh teaches the claimed limitations: 

"wherein selecting one of the first and second transactions comprises selecting 
the first transaction" as (col. 4, lines 25-35). 

Ganesh does not explicitly teach the claimed limitation "storing the second 
transaction in a queue". 

Ganesh43 teaches storing transactions in a table as a queue (fig. 8). 
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Since transaction TXA has a dependent SCN of "0", this transaction is not dependent 
upon any other transactions, and can be ordered before, after or parallel to any other 
transaction, subject to the ordering/dependency constraints of these other transactions. 
Transactions TXB, TXC, and TXE all have dep_SCN values of 5; therefore, these 
transactions must be scheduled to begin after all other transactions having SCN 
values of 5 or less have completed and committed (col. 16, lines 66-67; col. 17, lines 1- 
30). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Ganesh43's teaching of storing transactions in a table, 
transactions must be scheduled to begin after all other transactions having SCN values 
of 5 or less have completed and committed and to Ganesh's system in order to order to 
scheduling the transactions for preventing conflict when multiple transactions trying to 
modify database records at the same time and further minimize network traffic and 
achieve maximum performance (col. 9, line 40-41). 

As to claim 4, Ganesh does not explicitly teach the claimed limitation "waiting for 
the first transaction to complete execution before scheduling the second transaction for 
execution". 

Ganesh43 teaches Since transaction TXA has a dependent SCN of "0", this 
transaction is not dependent upon any other transactions, and can be ordered before, 
after or parallel to any other transaction, subject to the ordering/dependency 



Application/Control Number: 10/767,681 Page 8 

Art Unit: 2162 

constraints of these other transactions. Transactions TXB, TXC, and TXE all 
have dep_SCN values of 5; therefore, these transactions must be scheduled to 
begin after all other transactions having SCN values of 5 or less have 
completed and committed (col. 16, lines 66-67; col. 17, lines 1-30). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Ganesh43's teaching to Ganesh's system in order to 
order to scheduling the transactions for preventing conflict when multiple transactions 
trying to modify database records at the same time and further minimize network traffic 
and achieve maximum performance (col. 9, line 40-41). 

As to claim 12, Ganesh teaches the claimed limitations: 

"a method for use with a database system that stores a join view associated 

with plural base relations" as (col. 3, lines 15-20), comprising: 

"receiving modification operations that modify at least two of the base 

relations of the join view, wherein the at least two base relations comprise a first base 

relation and a second base relation" as (col. 3, lines 38-46); 

"to avoid execution of transactions of more than one of the at least two base 

relations of the join view (col. 4, lines 15-45). 

Ganesh does not explicitly teach the claimed limitation "perform partitioning of 

the received modification operations by submitting at least some of the modification 

operations operating on the first base relation to a first session, and submitting at least 
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another of the modification operations that operate on a second base relation to a 
second session, group the at least some of the modification operations in the first 
session operating on the first base relation into a first transaction, wherein the at least 
another modification operation in the second session is part of a second transaction; 
schedule the transactions". 

Lou teaches reconstructing equivalent SQL statements of a committed 
transaction, reconstructing equivalent SQL statements of a user session (a first 
session) of database sessions (col. 6, lines 50-55; col. 8, lines 23-50; col. 9, lines 1- 
15). A data row may have zero, one or more transactions executed in a user session 
(a second session). Each transaction includes statements (col. 23, lines 1-13; col. 
9,lines 1-15). 

Ganesh43 teaches transaction T5 commits at time 25 having executed the 
following statements: UPDATE Emp_Table SET Emp_value=Emp_value+1 WHERE 
emp_name=' Smith'; DELETE FROM Emp_Table WHERE emp_name= Miller'. 
Statements are represented as modification operations (col. 5, lines, 1-20, fig. 2). 
Transactions 1-5 are scheduled (col. 7, lines 22-40). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Lou's teaching of reconstructing equivalent SQL 
statements of a committed transaction, reconstructing equivalent SQL statements of a 
user session (a first session) of database sessions and a data row may have zero, one 
or more transactions executed in a user session and Ganesh43's teaching of 
transaction T5 commits at time 25 having executed the following statements to 
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Ganesh's system in order to prevent conflict when multiple transactions trying to modify 
database records at the same time, minimize network traffic, achieve maximum 
performance (Ganesh49, col. 9, line 40-41) and further to allow users to track 
transactions in sessions in a sequence time. 

Claim 13 is rejected under the same reason as discussed in claim 2. 
Claim 14 is rejected under the same reason as discussed in claim 3. 
Claim 15 is rejected under the same reason as discussed in claim 4. 

6. Claim 5 is are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ganesh et al (or hereinafter "Ganesh") (US 6353828) in view of Ganesh et al 
(orhereinafter "Ganesh43") (US 6714943) and Aronoff et al (or hereinafter "Aronoff"). 
As to claim 5, Ganesh teaches the claimed limitations: 

"a method performed by software embodied in a computer-readable storage 
medium" as (fig. 1, col. 7, lines 5-35) and "executed by a computer in a database 
system that stores a join view associated with plural base relations" as (col. 3, lines 15- 
20), comprising: 

"receiving a first modification operation to modify a first base relation of the join 
view, and a second modification operation to modify a second base relation of the join 
view" as (col. 3, lines 38-46); 
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"re-ordering the received modification operations to avoid execution of 
modification operations of more than one of the first and the second base relations at 
one time in the database" as (fig. 6, col. 3, lines 38-67; col. 4, lines 1-15); 

"wherein re-ordering the modification operations comprises: determining that the 
first modification operation conflicts with the second modification operation based on the 
first and second modification operations modifying more than one base relation of the 
join view" as (col. 4, lines 15-67); 

"selecting the first modification operation for execution in the database system" 
as (col. 10, lines 59-65); 

Ganesh does not explicitly teach the claimed limitations "storing the second 
modification operation in a queue; waiting for the first modification operation to complete 
execution before scheduling the second modification operation for operation; receiving a 
third modification operation to modify the first base relation of the join view, storing the 
third modification operation in the queue; and scheduling the third modification 
operation for execution in the database system ahead of the second modification 
operation". 

Ganesh teaches storing a transaction 804 (a second modification operation) and 
a transaction 806 (a third modification operation) in a table as a queue (fig. 8). 

Ganesh43 teaches Since transaction TXA has a dependent SCN of "0", this 
transaction is not dependent upon any other transactions, and can be ordered 
before.after or parallel to any other transaction, subject to the ordering/dependency 
constraints of these other transactions. Transactions TXB, TXC, and TXE all 
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have dep_SCN values of 5; therefore, these transactions must be scheduled to 
begin after all other transactions having SCN values of 5 or less have 
completed and committed (col. 16, lines 66-67; col. 17, lines 1-30). 

Aronoff teaches reodering statements with a transactions or recording 
transactions (paragraph 0107). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Ganesh43's above teaching and Aronoff s above 
teaching to Ganesh's system in order to order to scheduling the transactions for 
preventing conflict when multiple transactions trying to modify database records at the 
same time and further minimize network traffic and achieve maximum performance (col. 
9, line 40-41). 

7. Claim 5 is are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ganesh et al (or hereinafter "Ganesh") (US 6353828) in view of Ganesh et al 
(orhereinafter "Ganesh43") (US 6714943) and Findleton et al (or hereafter "Findleton") 
(US 2005/0108231). 

As to claim 5, Ganesh teaches the claimed limitations: 

"a method performed by software embodied in a computer-readable storage 
medium" as (fig. 1, col. 7, lines 5-35) and "executed by a computer in a database 
system that stores a join view associated with plural base relations" as (col. 3, lines 15- 
20), comprising: 
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"receiving a first modification operation to modify a first base relation of the join 
view, and a second modification operation to modify a second base relation of the join 
view" as (col. 3, lines 38-46); 

"re-ordering the received modification operations to avoid execution of 
modification operations of more than one of the first and the second base relations at 
one time in the database" as (fig. 6, col. 3, lines 38-67; col. 4, lines 1-15); 

"wherein re-ordering the modification operations comprises: determining that the 
first modification operation conflicts with the second modification operation based on the 
first and second modification operations modifying more than one base relation of the 
join view" as (col. 4, lines 15-67); 

"selecting the first modification operation for execution in the database system" 
as (col. 10, lines 59-65); 

Ganesh does not explicitly teach the claimed limitations "storing the second 
modification operation in a queue; waiting for the first modification operation to complete 
execution before scheduling the second modification operation for operation; receiving a 
third modification operation to modify the first base relation of the join view, storing the 
third modification operation in the queue; and scheduling the third modification 
operation for execution in the database system ahead of the second modification 
operation". 

Ganesh43 teaches storing a transaction 804 (a second modification operation) 
and a transaction 806 (a third modification operation) in a table as a queue (fig. 8). 
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Ganesh43 teaches Since transaction TXA has a dependent SCN of "0", this 
transaction is not dependent upon any other transactions, and can be ordered 
before.after or parallel to any other transaction, subject to the ordering/dependency 
constraints of these other transactions. Transactions TXB, TXC, and TXE all 
have dep_SCN values of 5; therefore, these transactions must be scheduled to 
begin after all other transactions having SCN values of 5 or less have 
completed and committed (col. 16, lines 66-67; col. 17, lines 1-30). 

Findleton teaches receiving transaction to modify the database and storing all 
transaction in queue and scheduling of transactions (fig. 4, abstract; paragraph [0040]). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Ganesh43's teaching and Findleton's teaching of 
receiving transaction to modify the database and storing all transaction in queue and 
scheduling of transactions to Ganesh system in order to prevent deadlock, prevent 
conflicts when two transaction access a record for modifying at the same time and 
further minimize network traffic and achieve maximum performance (col. 9, line 40-41). 
in sessions in a sequence time. 

8. Claims 9-10 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ganesh et al (or hereinafter "Ganesh") (US 6353828) in view of Lou (US 7281023) and 
Ganesh et al (or hereinafter "Ganesh43") (US 6714943) and further in view of Anaya et 
al (or hereinafter "Anaya") (US 5940828). 
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As to claim 9, Ganesh does not explicitly teach the claimed limitations "storing 
pending transactions in plural queues corresponding to respective plural session of the 
database system; and selecting one of the pending transactions from the queues to 
schedule for execution in the database system based on whether the one pending 
transaction conflicts with one or more executing transactions in the database system". 

Anaya teaches storing modification transactions in plural queues (figs. 2-10). 

Ganesh43 teaches scheduling transactions (col. 17, lines 1-30). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Anaya's teaching of storing modification transactions in 
plural queues and Ganesh43's teaching of scheduling transactions to avoid conflicts 
between transactions to Ganesh's system in order to minimize transactions. 

As to claim 10, Ganesh teaches the claimed limitation "determining that the one 
pending transaction conflicts with the one or more executing transactions in response to 
determining that the one pending transaction modifies a different one of the base 
relations of the join view than a base relation of the join view modified by an executing 
transaction" as (col. 10, lines 45-67). 

9. Claim 1 1 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ganesh 
et al (or hereinafter "Ganesh") (US 6353828) in view of Lou (US 7281023) and Ganesh 
et al (or hereinafter "Ganesh43") (US 6714943) and further in view of Anaya et al (or 
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hereinafter "Anaya") (US 5940828).and Roffe et al (or hereinafter "Roffe") (US 
5442785). 

As to claim 11, Ganesh does not explicitly teach the claimed limitation "applying 
a technique to prevent starvation of one of the pending modification operations in 
response to determining that the one pending modification operation has been in one of 
the queues for longer than predetermined time period". 

Roffe teaches FIG. 16 is a flow chart for the Timeout Function that checks the 
Message Response Wait Queue for suspended application programs which are 
waiting for response messages. The Timeout Function is used to detect processes 
which have been waiting for an extended period of time for one or more responses. 
When a program has been suspended for longer than a predetermined period of time, 
theTimeout Function will resume execution of the suspended program (fig. 16). 

It would have been obvious to a person of an ordinary skill in the art at the time 
invention was made to apply Roffe's teaching of the Timeout Function that checks the 
Message Response Wait Queue for suspended application programs which are 
waiting for response messages. The Timeout Function is used to detect processes, 
which have been waiting for an extended period of time for one or more responses. 
When a program has been suspended for longer than a predetermined period of time, 
theTimeout Function will resume execution of the suspended program to Ganesh's 
system in order to avoid deadlock situations and data corruption. 
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10. Claim 1 1 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ganesh 
et al (or hereinafter "Ganesh") (US 6353828) in view of Lou (US 7281023) and Ganesh 
et al (or hereinafter "Ganesh43") (US 6714943) and Anaya et al (or hereinafter "Anaya") 
(US 5940828).and further in view of Goedken (US 2002/0133494). 

As to claim 1 1 , Ganesh does not explicitly teach the claimed limitation "applying 
a technique to prevent starvation of one of the pending modification operations in 
response to determining that the one pending modification operation has been in one of 
the queues for longer than predetermined time period". 

Goedken teaches the queue manager 134 determines if the current 
message has been pending for longer than a predetermined period of time. Preferably, 
the queue manager 134 make this determination by cooperating with the message 
mapper 126 to subtract the value of the "Asked" timestamp field in the message map 
database 118 from the current date and by comparing the result to a predetermined 
time period (e.g., 10 days). The predetermined time period may be fixed for all 
messages or it may be defined by the information request message 1 8 (paragraph 
[0191]). 

It would have been obvious to a person of an ordinary skill in the art at the time 
invention was made to apply Goedken's teaching of the queue manager 134 
determines if the current message has been pending for longer than a predetermined 
period of time to Ganesh's system in order to avoid deadlock situations and data 
corruption. 
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1 1 . Claim 1 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ganesh 
et al (or hereinafter "Ganesh") (US 6353828) in view of Lou (US 7281023) and Ganesh 
et al (or hereinafter "Ganesh43") (US 6714943).and further in view of Cochrane et al (or 
hereinafter "Cochrane") (US 6581205). 

As to claim 18, Ganesh teaches the claimed limitations: 

"in response to a particular one of modification operations to modify one of the 
base relations, placing an exclusive lock on the one base relation" as (col. 9, lines 20- 
30). 

Ganesh does not explicitly teach the claimed limitation" placing a predefined lock 
on the join view, the predefined lock conflicting with each of a shared lock and an 
exclusive lock placed on the join view but the predefined lock not conflicting with 
another predefined lock placed on the join view". 

Cochrane teaches placing a U-lock on the record in the materialized view. The 
U-lock conflicting with shared lock (col. 9, lines 50-60). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Gochrane's teaching of placing a U-lock on the record 
in the materialized view. The U-lock conflicting with shared lock to Ganesh's system in 
order to avoiding deadlocks with other transactions that modifying at least one base 
table of the materialized view and to improve concurrency with other transactions. 
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12. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ganesh 
et al (or hereinafter "Ganesh") (US 6353828) in view of Ganesh et al (or hereinafter 
"Ganesh43") (US 6714943) and further in view of Ngai et al (or hereinafter "Ngai") (US 
6574717). 

As to claim 21, Ganesh teaches the claimed limitations: 
"identify modification operations on the first base relation that modify distinct 
portions of the first base relation" as (col. 4, lines 50-60); 

Ganesh does not explicitly teach the claimed limitations "a first system and 
wherein the controller is adapted to open plural sessions with a database system 
separate from the first system, submit the identified the modification operations that 
modify distinct portions of the first base relation through different sessions for 
concurrent execution in the database system". 

Ngai teaches in step 232 the number of sessions is determined. In one 
embodiment involving a licensed database system, the number of sessions is the 
number of users who may use a database at one time according to the license for the 
database system. In another embodiment, the number of sessions is a system 
parameter determined during configuration to limit the number of concurrent 
users for performance reasons. The number of sessions is determined because the 
number of transactions executed concurrently by an instance, and consequently the 
amount of undo storage space used, is expected to depend on the maximum number 
of concurrent users (col. 14, lines 15-30). 
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It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Ngai's teaching of the number of sessions is 
determined. In one embodiment involving a licensed database system, the number of 
sessions is the number of users who may use a database at one time according to the 
license for the database system. In another embodiment, the number of sessions is a 
system parameter determined during configuration to limit the number of concurrent 
users for performance reasons. The number of sessions is determined because the 
number of transactions executed concurrently by an instance, and consequently the 
amount of undo storage space used, is expected to depend on the maximum number 
of concurrent users to Ganesh's system in order to allow resources to be recycled and 
allocated for new uses by other entities in a computer system, but also guarantee the 
resources are retained in a given state for consistent use by other entities, 
even after the entity terminates that first had the resource allocated and prevent 
network traffic when two transaction assigned in the same session. 

13. Claim 22 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ganesh 
et al (or hereinafter "Ganesh") (US 6353828) in view of Ganesh et al (or hereinafter 
"Ganesh") (US 6714943) (or hereinafter "Ganesh43"). 

As to claim 22, Ganesh teaches the claimed limitations: 
"a controller having one or more processor" as (col. 7, lines 5-20), 
"to receive modification operations to modify plural base relations of a join view, the 
modification operations comprising modification operations to modify a first base 
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relation of the join view, and modification operations to modify a second base relation of 
the join view" as col. 3, lines 38-46); 

"re-order received modification operations to avoid concurrent execution of 
modification operations of more than one of the plural base relations of the join view" as 
(fig. 6, col. 3, lines 38-67; col. 4, lines 1-15); 

"wherein certain of the modification operations on the first base relation 
comprise medication of set of one or more types of the first base relation" as (col. 4, 
lines 15-65); 

"and submit the transaction to a database system separate from the first system 
for execution" as (col. 1, lines 45-67; col. 2, lines 1-10; col. 3, lines 45-55). 

Ganesh does not explicitly teach the claimed limitations "re-ordering to cause 
modification operations on the first base relation of the join view to be scheduled for 
execution, and to cause modification operations on the second base relation to be 
queued for execution after completion of the modification operations on the first base 
relation; wherein the controller is adapted to group the modification operations on the 
set of one or more tuples of the first base relation into a transaction". 

Ganesh43 teaches storing a transaction 804 (a second modification operation) 
and a transaction 806 (a third modification operation) in a table as a queue (fig. 8). 

Ganesh43 teaches Since transaction TXA has a dependent SCN of "0", this 
transaction is not dependent upon any other transactions, and can be ordered 
before.after or parallel to any other transaction, subject to the ordering/dependency 
constraints of these other transactions. Transactions TXB, TXC, and TXE all 
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have dep_^SCN values of 5; therefore, these transactions must be scheduled to 
begin after all other transactions having SCN values of 5 or less have 
completed and committed (col. 16, lines 66-67; col. 17, lines 1-30). 
Ganesh43 teaches transaction T5 commits at time 25 having executed the following 
statements: UPDATE Emp_Table SET Emp_value=Emp_value+1 WHERE 
emp_name= % SmitlV; DELETE FROM EmpJTable WHERE emp_name=* Miller'. 
Statements are represented as modification operations that are grouped in the 
transaction T5 (col. 5, lines, 1-20, fig. 2). Transactions 1-5 are scheduled (col. 7, lines 
22-40). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Ganesh43's above teaching to Ganesh's system in 
order to prevent conflict when multiple transactions trying to modify database records 
at the same time, minimize network traffic, achieve maximum performance (Ganesh49, 
col. 9, line 40-41) and further to allow users to track transactions. 

As to claim 20, Ganesh teaches the claimed limitation "wherein the controller is 
adapted to identify the modification operations on the second base relation as 
conflicting with modification operations on the first base relation in response to 
determining that the modification operations on the second base relation are modifying 
a different base relation of the join view than the modification operations on the first 
base relation" as (col. 10, lines 45-67). 
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14. Claim 23 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ganesh 
et al (or hereinafter "Ganesh") (US 6353828) in view of Ganesh et al (or hereinafter 
"Ganesh43") (US 6714943). 

and further in view of Garth et al (or hereinafter "Garth") (US 6678701). 

As to claims 23, Ganesh does not explicitly teach the claimed limitation "wherein 
the controller comprise a load utility to submit the modification operations to a database 
system". 

Garth teaches a load utility (col. 1, lines 60-65). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Garth's teaching of a load utility to Ganesh's system in 
order to execute all operations in a database without conflicting. 

15. Claims 24-25 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ganesh et al (or hereinafter "Ganesh") (US 6353828) in view of Ganesh et al (or 
hereinafter "Ganesh43") (US 6714943) and further in view of Garth et al (or hereinafter 
"Garth") (US 6678701), and Desai et al (or hereinafter "Desai") (US 6567816). 

As to claim 24, Ganesh does not explicitly teach the claimed limitation "a 
continuous load utility". 

Desai teaches load utility have to extract the data from the columns in the record 
that correspond to the index key and then add such data to the index columns (col. 5, 
lines 45-50). 
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It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Desai's teaching of load utility have to extract the data 
from the columns in the record that correspond to the index key and then add such 
data to the index columns to Ganesh's system in order to extract the data from a 
database. 

As to claim 25, Ganesh does not explicitly teach the claimed limitation "the load 
utility comprise a first load utility, and the controller comprises a second load utility to 
concurrently submit other modification operations to the database system". 

Garth teaches load utilities (col. 1 , lines 60-65). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Garth's teaching of a load utility to Ganesh's system in 
order to load operations for scheduling executing all operations in a database without 
conflicting. 

16. Claim 26 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ganesh 
et al (or hereinafter "Ganesh") (US 6353828) in view of Ganesh et al (or hereinafter 
"Ganesh43") (US 6714943) and further in view of Garth et al (or hereinafter "Garth") (US 
6678701), Desai et al (or hereinafter "Desai") (US 6567816) and Papierniak et al (or 
hereinafter "Papierniak") (US 6151601). 
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As to claim 26, Ganesh does not explicitly teach the claimed limitation "plural 
platforms on which corresponding first and second load utilities are executable". 

Papierniak teaches platforms for corresponding to load utilities (abstract, col. 9, 
lines 15-20). 

It would have been obvious to a person of an ordinary skill in the art at the time 
the invention was made to apply Ganesh's teaching of platforms for corresponding to 
load utilities to Ganesh's system in order to improve executing load utilities quickly 
without traffic. 



Application/Control Number: 10/767,681 



Art Unit: 2162 



Page 26 



Conclusion 

1 7. Applicant's amendment necessitated the new ground(s) of rejection 
presented in this Office action. Accordingly, THIS ACTION IS MADE FINAL. See 
MPEP § 706.07(a). Applicant is reminded of the extension of time policy as set forth in 
37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 



Application/Control Number: 10/767,681 
Art Unit: 2162 



Page 27 



Contact Information 



18. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Cam Y T. Truong whose telephone number is (571) 
272-4042. The examiner can normally be reached on Monday to Firday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Breene can be reached on (571) 272-4107. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. > 
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